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CHAPTER ONE 


GENERAL INTRODUCTION 


1.1. INTRODUCTION 

An Auditorium booking management system is a web-based application system that allows 
clients to book a facility in an auditorium. The system provides a platform to check for days that 
each facility in the auditorium is available, make reservations, make payments and finally book 
for the selected date and time. Users can use this program directly on their web browsers and no 
need to install it. An Auditorium is a large building that is designed to hold a convention, where 
individuals and groups gather to promote and share common interests. Convention centers 
typically offer sufficient floor area to accommodate several thousand attendees. Very large 
venues, suitable for major trade shows, are sometimes known as exhibition halls. Auditoriums 
typically have at least one auditorium and may also contain concert halls, lecture halls, meeting 
rooms, and conference rooms. Currently, there is a lengthy process involved in securing a place 
in an Auditorium, which takes a lot of time and creates so many inconveniences to clients. To 
solve the above problem, we decided to develop a system that will give people who are 
interested in booking a particular, a platform where they can just be in their comfort zones and 
check for days vacant for booking, make reservations, make payment and successfully book a 
space in the event center. The order has four (4) steps, after accessing the web page, a new client 
has to sign up whereas an old client can just log in with their previous credentials. After logging 
in, the next step is to check the availability of facilities, next is to select date and time available 
for a required event. Clients therefore can make a reservation from there and must proceed to 


fulfil their necessary financial obligations to successfully book the required space or else their 
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reservations automatically expirers after 12 hours. After payment is successfully done, an email 


is sent to the client confirming booking of the selected space. 


1.2 Background 
Information Technology has become the driver or the lifeblood of today’s economy, as such for 
any society or community to stay relevant and competitive in this information age, they have to 


employ IT based solutions for daily challenges. (S. A. , 2018) 


People or organizations who are interested in securing a space in an Event center go through a 
lengthy and tiring process. For this reason, the authors of this proposal are suggesting an online 


booking system for an event center. 


Online booking system for an event center is a web-based application that allows people or 
organizations who are interested in securing a place in the Event center to acquire every detail 
they need about the auditorium, check on dates that the facility is available for use and 
successfully secure the facility required for an event. The system is intended to aid clients to 


book the center from their own comfort zones. 


It is for the reason that the authors of this research believe that the development of a specialize 
Online booking system for an Event center will save time, money and stress involved in moving 


to and fro to secure a space for an event. 


1.3 Problem Statement 


Booking an event center can be a time consuming and stressful task for clients especially during 
peak hours. Clients have to rush to the auditorium facility manager to make enquiries about 


availability of space on specified dates for their events and may still have to go through the stress 
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of writing a letter, wait for the approval of the manager before any further process such as knowing 
the cost of the capacity of the facility needed by the clients and the availability of the specified 
date could be communicated to the client. This current system of securing a space for an event in 
an Event center actually generates so much inconvenience to clients due to the hectic process 


involved to successfully book the facility. 


Besides the time consumed to manually book the facility, it can also be hectic and tiring for clients 
to move around securing a space for a said program. This can also be avoided with the aid of a 


web based booking system for the Event Center. 


1.4 Scope of the project 

This project entails developing a well-organised automated system to aid clients secure a space in 
an Auditorium with ease. The project will be completed before the end of March 2020. Modules 
of the website will include checking availability of dates and time, booking facilities, making 
reservations, making e-payments and keeping records for accountability. It will also include the 
platform of payment, be it through mobile money, VISA, Skrill, and so many other payment 
options depending on the cost of the facility interested. The system will also contain tabs such as 
about page which gives a brief statement about the Auditorium and its operations, contact page 
which gives clients details of the management of the facility in order to reach them in case they 
need assistance so those extra tabs gives clients a fair knowledge about the auditorium and to reach 


management respectively. 
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1.5 Limitations of the study 


1.6 


Clients cannot be at their comfort zones and book a space. 


Records are difficult to keep and retrieve which makes accountability difficult. 


OBJECTIVE 


The objectives are divided into general objectives and specific objectives. 


1.6.1 


1.6.2 


General objectives 


The main aim will be to create Booking Management System for an Auditorium. 


Specific objectives 
To build an automated system that will keep records of the facility bookings for future 


references, making of accounts, and auditing. 


To design an electronic booking solution that will save time, money and create relief for 


clients and administrators. 


To increase efficiency and services to the customers through better application of 


technology in daily operation. 


To develop and implement online booking management system for an Auditorium. 


1.7 Methodology 


In order to develop an auditorium booking management system that is consistent, it is important 


to introduce a process model that will be used. A process model guides the order of project 
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activities and represents the life cycle of a project. The model that will be used is the waterfall 


model. 


The waterfall model is a linear, sequential approach to the software development life cycle 
(SDLC) that is popular in software engineering and product development. The waterfall model 
emphasizes a logical progression of steps. Similar to the direction water flows over the edge of a 
cliff, distinct endpoints or goals are set for each phase of development and cannot be revisited 
after completion. The term was first introduced in a paper published in 1970 by Dr. Winston W. 


Royce and continues to be used in applications of industrial design. 


The waterfall methodology is composed of seven non-overlapping stages: 


1. Requirements: Potential requirements, deadlines and guidelines for the project are analyzed 
and placed into a functional specification. This stage handles the defining and planning of the 


project without mentioning specific processes. 


2. Analysis: The system specifications are analyzed to generate product models and business 
logic that will guide production. This is also when financial and technical resources are 


audited for feasibility. 


3. Design: A design specification document is created to outline technical design requirements 


such as programming language, hardware, data sources, architecture and services. 


4. Coding/Implementation: The source code is developed using the models, logic and 
requirements designated in the prior stages. Typically, the system is designed in smaller 


components, or units, before being implemented together. 
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5. Testing: This is when quality assurance, unit, system and beta tests take place to report 
issues that may need to be resolved. This may cause a forced repeat of the coding stage 


for debugging. If the system passes the tests, the waterfall continues forward. 


6. Operation/Deployment: The product or application is deemed fully functional and is 


deployed to a live environment. 


7. Maintenance: Corrective, adaptive and perfective maintenance is carried out indefinitely to 
improve, update and enhance the final product. This could include releasing patch updates 


or releasing new versions. 


1.8 Organization of the Study 

The project as supervised by Mr Henry Matey is based on two parts, building of a website system 
and a report or documentation for the system. The first part is building of the online booking 
management system which serves as the platform for users to book facilities from their mobile 
phones or computers. In building the site, the GUI was an important phase. Every customer should 


find it easy to use therefore so much time was spent on the GUI of the system. 


The report of the system on the other hand consists of five chapters, with each chapter based on a 
particular curriculum. Chapter 1 consists of the introduction to the organisation of the study. 
Chapter 2 is the literature review of the study. Chapter 3, the system analysis and design of the 
proposed system. Chapter 4 based on the implementation and evaluation of the project. Chapter 5, 


the summary, conclusion and recommendations of the project. 
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CHAPTER TWO (2) 


LITERATURE REVIEW 


2.1 INTRODUCTION 
In our own words, An Auditorium booking system is a web-based application, which allows 


clients to book or secure a space in an auditorium from their comfort zones for various events. 


In other to get a clear understanding on this project, we made use of different research material 
such as books, interviews, online sites, magazines, tutorial videos and many others. This helped 


us to achieve the targeted objectives of this project. 


2.2 GENERAL BACKGROUND OF THE STUDY AREA 

Taking UPSA auditorium as an example, it was officially inaugurated on May 8, 2019. The 
auditorium is a 3,550 capacity. The main aim of putting up such a commendable auditorium is to 
provide space to accommodate students for various activities. The auditorium is also opened for 
the entire public to book for decent events. The auditorium entails variety of spaces such as the 
main auditorium, conference rooms, and lobby rooms to host various events at a reasonable cost. 


This would help to generate revenue for the university. (https:www.upsa.edu.gh, 2019) 


2.3 REVIEW OF THE EXISTING SYSTEMS 


e Seminar Hall Booking Management System 


Seminar Hall Booking Management System allows users to view availability dates of a particular 
seminar hall and also the facilities in the hall like capacity, microphones, projector, etc. This 


provides user-friendly environment while booking the seminar hall and it gives suggestion 
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regarding the selection of seminar hall based on the capacity and availability. The concern 
department head can view the list of the request. The acceptance and rejection can be viewed by 


the user through that login or even by the email id. 


e Sunshine Auditorium Booking Management System 
Sunshine Online Booking Management System allows sunshine hospital employee users 
and external users to book auditorium as per their expected event schedules. Any user 
internal or external has to raise a request for auditorium booking and it will be approved 
by admin. A logged in user can check availability date wise and hourly wise too. A user 
will have the option to provide the hourly availability information too while raising the 
request. Once approved, an email notification would be sent over confirming the 


booking. 


e THE FUNCTIONALITIES OF THE SYSTEM 


User stories Sunshine Auditorium Management System Seminar Hall Management System 
Login Form V V 

Registration V V 

form 

Booking form | V 
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Booking y 
suggestion 

form 

Check V V 
availability 


The figure above depicts all the two systems and they give room for clients and users to register, 


login, book, and check availability. Seminar hall is improved to suggest booking. 


None of the systems has the possibility for users to leave a message and also provide images of a 


particular interested facility. 


None of the systems also has the function of sending emails to clients to confirm their booking. 


None of the systems has the possibility for clients to secure a facility more than a day. 


2.4 COMPARATIVE STUDY OF REVIEWED SYSTEM 

The proposed system is developing an auditorium booking management system for UPSA 
auditorium that allows everyone to make bookings of a facility irrespective of their destination 
with the aid of an internet. Clients have to just be in their comfort zones, access the site, register 
or login, check availability, and if possible, book, and make payment to validate booking. Email 
verifications will be sent to clients to confirm a successful booking. Clients can make payments 


with mobile money, visa or skrill depending on the amount of the interested facility. 
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The problems with the existing systems are the inability of clients to leave a message for 
management and seeing a particular facility they want to book and use. This system is developed 


to bring an end to all these inconveniences. 


2.5 CONCLUSION 

Unlike the above sites, the proposed system will have a database that will make it possible for 
checking of records of a particular facility booked at a specific time. This will ensure clarity and 
ease of accountability. Clients will also be made to leave messages for management. Email 


verification will also be sent to clients to confirm booking. 


These unique features will help to boost efficiency and effectiveness. 
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CHAPTER 3 


LIFE CYCLE DESIGN OF THE PROPOSED SYSTEM 


3.1 INTRODUCTION 

This chapter describes the methodology that was used to develop the web-based 
application. (O’Leary, 2004) Describes methodology as the framework, which is 
associated with a particular set of paradigmatic assumptions that we will use to conduct 
our research. (Alan, 2005) Insists that when conducting a research methodology, it should 


meet the following two criteria: 


Firstly, the methodology should be the most appropriate to achieve objectives of the research. 


Secondly, it should be made possible to replicate the methodology used in other researches of the 


same nature. 


This research study was conducted based on the waterfall model. Methodology plays an 
important role in implementing this research study accordingly. The details of the 


methodology are explained in this chapter. 


Software life cycle is a general model of software development process, including all the 
activities and work products required to develop an auditorium booking system. A 
software life cycle model is composed of a number of clearly defined and distinct work 
phases, which can be used to plan test, design, build, and test and deliver the web-based 
application. Software life cycle aims to produce high systems that meet and exceed 


customer expectations, based on customer requirements, by delivering systems that move 
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through each clearly defined phases, within scheduled periods and cost estimates. 


Software life cycle captures the order in which these activities are to be taken. 


3.2 CRYSTALIZATION OF THE PROBLEM 

The system allows client to conveniently navigate through the website to check dates 
available for reservations and successfully booking the facility from their comfort zones. 
Clients can also make enquiries, payments, cancellation of bookings and so many other 
actions on the website. It actually saves time because clients can access and utilize the 
website from anywhere and at any time. They do not need to come all the way to the 


school to book or secure a place in the auditorium. 


3.3 ANALYSIS AND DESIGN OF THE SYSTEM 

This part of the research proposal involves the use of system analysis and design as a tool. It is 

dedicated to the requirement collection (done with the collaboration of the client), the design of 
the system, done using UML use cases and class diagrams, and of the relational database, done 


with (extended entity relationship diagram (EER) as modeling technique). 


3.3.1 System requirement 

A new user can register, or login to the website if he/she has already registered. After the 
user enters the login credentials, the user’s information is going to be stored in the 
browser’s local storage. This information is going to facilitate authenticating the type of 
user on other pages of the website. After a successful log in, the client is eligible to check 
for dates and times available for booking, he or she can further make a reservation and 


then proceed to make payment using the payment options available. A successful booking 
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is made after the administrator confirms receipt of the payment else reservation expires 


after 12 hours. 


3.3.2 FUNCTIONAL REQUIREMENT 

Functional requirement defines the specific function that the system performs, in conjunction 
with the data operated by the functions. The functional requirements are presented in scenarios 
that depict an operational user from the perspective of its end users. Below are examples of all 
the system features and an enumeration of the entire specific requirement associated with these 
features. The system shall incorporate mechanism to authenticate its users and the system shall 
verify and validate all user input and should notify in case of error detection and should help the 


user in error correction. 


3.3.3 NON-FUNCTIONAL REQUIREMENT 

Non-functional requirements address aspects of the system other than the specific functions it 
performs. These aspects include system performance, costs, and such general system 
characteristics as reliability, security, and portability. The non-functional requirements also 
address aspects of the system development process and operational personnel. It includes the 


following: 


e The system shall be user friendly and consistent. 
e The system shall provide attractive graphical interface for the user. 
e The system shall allow developer access to installed environment. 


e The system shall target customer base. 
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3.3.4 Hardware requirement 

The system would employ third-party source components. Some of these 
include components that would allow the applications to focus on the 
functionality of the system: reporting, documenting, management, 
notification, interfaces and securities. Some of the hardware and software, 


which would be used in the development of the application, include; 


Server side 


Ram 4 GB 


ain 


Client side 


Ram 2 GB 


— 


3.3.5 Software requirement 


Server side 
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Operating system :- Windows server 2016 or higher version 


of server OS 


_ 
Back End :- MYSQL 


Client side 


Operating system Windows 2007 or higher support version of 


Operating System 


Browser :- Internet Explorer 11, Mozilla Firefox 63.0 beta or 


higher version. 
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3.4 FLOW CHART DIAGRAM 


START 


Admin login Client login 
Valid user Id & 
password 
| cance 


Figure 3.4 Flow chart diagram 
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3.4.1 Context diagram 


Login request 


~— 


Administrator 
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Auditoriu 
m 


Booking 


Managem 
ent system 


Confirm 


Figure 3.4.1 Context diagram 


3.4.2 Data flow diagram 


ADMIN 


MANAGER 


BOOKING 
SYSTEM 
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Figure 3.4.2 Data Flow Diagram 


USER 


3.4.3 Use case diagram 

The first step for the functional requirement collection are the use cases. Use 
cases are “a description of set of sequences of actions, including variants, 
that a system performs that yield an observable result of value to an actor”. 
They are used in order to: design system from user’s perspective, 
communicate system behavior in user’s term and enumerate all externally 
visible behavior. Here are the use cases for the auditorium booking system 


project (there are two actors for the system: a client and an administrator). 


CHECK FOR DATES 
AVAILABLE FOR 
BOOKING 


SELECT PREFERRED 
FACILITY AND 
SERVICE 


ts 


CLIENT 


CHECK TERMS 
AND 
CONDITIONS 
AND PAYMENT 
METHODS 
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CONFIRM 
DEPOSIT MADE 
BY CLIENTS 


APPROVE OR 
DECLINE 
BOOKINGS 


REVIEW 
REPORTS OF 
THE VARIOUS 
TRANSACTIONS 


Figure 3.4.3: Use Case Diagram 


ADMINISTRATOR 


3.5 TOOL USED 
The auditorium booking management system followed the totally dynamic web based 
rule. In this system, we used some web programming languages. The following software, 


tools & frameworks were selected and used for accomplishing the project: 


Front end: HTML, CSS 


Back end: PHP Storm IDE 


Database: MySQL, JavaScript, 


i. HTML 

First developed by Tim Berners-Lee in 1990, HTML is short for Hypertext Markup Language. 
HTML is used to create electronic documents (called pages) that are displayed on the World 
Wide Web. Each page contains a series of connections to other pages called hyperlinks. Every 
web page you see on the Internet is written using one version of HTML code or another. HTML 
code ensures the proper formatting of text and images for your Internet browser. Without HTML, 
a browser would not know how to display text as elements or load images or other elements. 
HTML also provides a basic structure of the page, upon which Cascading Style Sheets are 
overlaid to change its appearance. One could think of HTML as the bones (structure) of a web 


page, and CSS as its skin (appearance). (computer hope, 2019) 
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ii. Bootstrap / Cascading Style Sheets 

Bootstrap and Cascading Style Sheets are languages used for describing the presentation 
of Web pages, including colors, layout and fonts. It allows one to adapt the presentation to 
different types of devices, such as large screens, small, or printers. They are independent 


of HTML and can used with any XML-based markup language. 


iii. PHP (Hypertext Pre-processor) 

PHP (recursive acronym for PHP Hypertext Pre-processor) is a widely used open source 
general purpose scripting language that is especially suited for web development and can 
be embedded into HTML. Since this project will be based online, it will be appropriate to 
develop this project using PHP. It is a server side scripting language that is used to 
develop dynamic web content and allows for the communication with the database. 


(Ahmed, 2016) 


iv. MICROSOFT SQL SERVER 2008. 


A database management system (DBMS) is computer software designed for managing 
databases, a large set of structured data, and run operations on the data requested by 
numerous users. SQL Server 2008 the best version we intended to use to manage the 


booking database, which was released on 6 August 2008. 


v. JavaScript 
JavaScript is a programming language, which is used to create web pages. It is a 


lightweight, prototype based, explained, object-oriented language including first class 
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functions. For web pages, it is also known as the multi-paradigm scripting language. 
However, many non-browser environments also contain java script. It runs on the client 
side of the web pages. It is used to design how the web pages’ treat on the incident of an 


event. It is easy to learn and broadly used to control web pages’ attitude 


3.6 CONCLUSION 

In this chapter, we have discussed about the platforms and technical object that is used in 
our entire project. We used PHP Code Igniter to develop our web site. With the help of 
Bootstrap, we design and align our website’s TEXT contents and connect the website to 
MySQL database server for storing and retrieving data from the RDBMS. The overall 


work is based on PHP Code Igniter and MySQL, which are very popular platform. 
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CHAPTER 4 


SYSTEM TESTING, IMPLEMENTATION AND DOCUMENTATION 


4.1 INTRODUCTION 

The process of checking whether the developed system is working according to the 
original requirements and objectives of clients is known as system testing. There are 
basically two sources of data for testing. These are Live and Artificial. Live data are 
actually extracted from the organization’s files. Artificial data are generated for test 
purposes only. 

The purpose of system testing is to test the system systematically. It is the application 
developer’s last opportunity to check that the system works before asking the users to 


accept it. 


Therefore, it is often split between test running and bug fixing. This helps ensure adequate 
control over the way corrections are applied to the system and system test version control 


documents are kept. System testing incorporates a number of other classes of testing. 


4.2 TESTING OF THE NEW SYSTEM 

4.2.1 Unit testing 
The first level of test is unit testing. The purpose of unit testing is to ensure that each 
subprogram (subroutine) is fully tested. To successfully test a system, the 
programmer writes a test plan. A test Plan is a document that describes the 
objectives, scope, approach, and focus of a software testing effort. This includes a 
number of test runs such as the valid paths through the code, the exception and error 


handling paths. 
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4.2.2 Functional testing 


Functional testing is a type of software testing whereby the system is tested against 
the functional requirement. Features are tested by feeding them input and 
examining the output. Functional testing ensures that the requirements are satisfied 


by the application. (Shormistha-Chatterjee, 2019) 


4.2.3 Usability testing 


Usability testing is method used to evaluate how easy a website is to use. The tests 
take place with real users to measure how usable a website is and how easy it is for 


users to reach their goals. This testing takes place with actual user or customers of 


the product. 


4.2.4 Acceptance testing 


Acceptance testing is a level of software testing where a system is tested for 
acceptability. The purpose of this test is to evaluate the systems compliance with the 


business requirements and assess whether it is acceptable for delivery 


4.2.5 Visual (live) testing 


This involves testing individual page elements and checking that each one appears in 
the right shape, position, and size. By using visual testing combined with your 


existing developer tests, you'll be able to detect visual issues in the early stages of 


your development cycle 


4.3 IMPLEMENTATION OF THE NEW SYSTEM 


As technologies change, many organizations find themselves needing to change over their 


computer information systems. Upgrading these systems help them optimize their efficiency and 
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remain competitive. Common changeover areas include security systems, database systems, 
accounting systems and managerial information systems. Deciding which changeover technique 
will work best for a particular company depends on the type of changeover and degree of risk for 


the company. 


4.3.1 Parallel Changeover 


In a parallel changeover, the new system runs simultaneously with the old for a given period of 
time. Of all the techniques, this tends to be the most popular, mainly because it carries the lowest 
risk. If something goes wrong at any point, the entire system can be reverted back to its original 
state. A primary disadvantage in running two systems at the same time is higher costs. The 


parallel changeover process also can be quite time-consuming. 
4.3.2 Direct Changeover 


Direct changeover, also referred to as immediate replacement, tends to be the least favorite of the 
changeover techniques. In a direct changeover, the entire system is replaced instantly. Basically, 
as soon as the new system is powered up, the old system is shut down. This type of changeover 
carries the most risk because, if something goes wrong, reverting back to the old system usually 
is impossible. Using the direct changeover technique tends to work best in situations where a 


system failure isn't critical enough to result in a disaster for the company. 
4.3.3 Phased Changeover 


The phased changeover technique is considered a compromise between parallel and direct 
changeovers. In a phased changeover, the new system is implemented one stage at a time. As an 


example, consider a company working toward installing a new financial system. Implementing 
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the new system one department at a time, the company converts accounts receivable, accounts 
payable, payroll, and so on. Advantages to phased changeovers are their low cost and isolated 
errors. The main disadvantage is the process takes a long time to complete because phases need 


to be implemented separately. 


4.3.4 Pilot Changeover 


With a pilot changeover, the new system is tried out at a test site before launching it company- 
wide. For example, a bank may first test the system at one of its branches. This branch is referred 
to as the pilot, or beta, site for the program. Since parallel changeovers tend to be expensive, 
using the pilot changeover technique allows companies to run the new system next to their old 
but on a much smaller scale. This makes the pilot changeover method much more cost-effective. 
After the kinks are worked out of the system at the test site, companies usually opt to use the 


direct changeover technique to launch the system company-wide. (Robertson, Chron, n.d.) 


Due to the numerous complaints of the stressful process from clients and the facility managers, 
the researchers intend to consider the direct change over in implementing the proposed system to 


immediately address and solve the problem. 


4.4 SYSTEM DOCUMENTATION 


4.4.1 About the system 
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Sign in to begin 


| TR a I ~~ 4 . , Email 
eared SL veer@malicom 
Auditorium Booking, Password 
: i 


Pee. 4 + " 


Figure 4.4.1: Home Page 


Description: this page presents the client or the user to sign in or create an account to 


help use the system. 


Choose Facility 


Choose Facility 


Date/Time 


18/04/2020 0:00 - 18/04/2020 23:59 


entails variety of spaces such as the main auditorium, conference roomsys 
lobby rooms to host various events at a reasonable cost. This would help ti 
generate revenue for the university. 


Book Now View Facilities 
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Figure 4.4.2: Booking Request Page 


This page helps to check availability of space and facility. 


All || Main Hall || Conference Room || Conf 3 


—_— 


Figure 4.4.3: Facilities page 


localhost/upsa/public/img/background,|peg 


This page allows selecting and having a view of the facilities available in the 


auditorium so that a choice would be made. 
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MENU 
} Start Booking 


{] Payment History 


7) Change Password 


{]) Leave a Message 


Logout 


Main Hall : For Events Conference Room : 4 Conf 3 : Desc 
For Musical Performance : 3000 per 6 hour(s) For Musical Performance : 0 per 0 hour(s) For Musical Performance : 10 per 1 hour(s) 
For Conference : 3000 per 6 hour(s) For Conference : 3500 per 6 hour(s) For Conference : 10 per 1 hour(s) 


oie in | donidtiant in | 


figure 4.4.4: Facilities selection page 


This makes provisions for a user to select the preferred facility. 


he” “Eg 


Se) PAYMENT 


YOUR BILL. 


PAY WITH Slydepay 


Enter email or phone number 


or Pay with: 


P airtel 


Figure 4.4.5: Payment options page 
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This pages provides a platform for transactions or payments options of a 


preferred facility and service. 


MENU 
Previous 


} Start Booking 


Payment History 


® Change Password 


Bill To 


Leave a Message John Invoice Date ; April 18, 2020 


0201111111 


user@mail.com 


© Logout 


# Item & Description Rate Hours Action 


1 Main Hall 3000 GHS per 6 hour(s) 311 
Remove 
Additional 


For Events 
* 2000 GHS per 1 Hours 


Other Charges: Total due 
Cleaning 2000GHS / Total GHC 7000 
Serivice: OHr 


TERMS & CONDITION 

test policy 
CANCELLATION POLICY 

cancellation policy 


DECLARATION 


Figure 4.4.6: Payment page 


This pages provides a platform for transactions or payments of a preferred 
facility and service. It also present terms and conditions, policies, and 


declarations of the auditorium. 
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MENU 
Send A Message 


fQ Start Booking 


Payment History 
Leave a Message 


7) Change Password 
Type the Message 
Leave a Message 


(Logout 


cence | send | 


Figure 4.4.7: Leave a message page 


This allows users and clients to leave suggestions or messages for the 


management of the auditorium. 
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MENU 
Messages 


} Home 


<9 Facilitites 
Client ID Client Name Client Email Client Phone 


3» Services 

1 John Doe user@mail.com 0201111111 
Events / Clients 
Messages 

SL Account 

fol) Reports 


Settings 


) Logout 


Figure 4.4.9: Records Page 


This page allows the administrator to view the details fed in by the clients. 
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Message 


try me 


MENU 


n Add New Facility 
fp} Home 


Facilitites 3 . 
Enter below the Facility Details 


Services 
Name of facility 
Events / Clients 


Messages Description 


Account 


] Reports 


i9¢ Settings Capacity 


) Logout 


Conference Pricing 


Fixed Price of Per Hours 


Add Additional Hours 


Musical Performance Pricing 


Fixed Price of Per Hours 


Figure 4.4.1.1 Details of Facility page 


This allows the administrator to enter details of a preferred facility. 


MENU 


Add New Service 
Home 


& Facilitites : 5 
Enter below the Service Details 


Services 


Name of Service 
Events / Clients 


Messages Description 
4 Account 

Reports 

Type 

Setungs +P Select Option 4 

') Logout 
Pricing 
Fixed Price of Per Hours 


Add Additional Hours 


eo 


Figure 4.4.1.2 : Services detail page 
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This interface enables the administrator to add a new service for users who want to 


enjoy extra services. 


MENU 
bs) 3 1 2 


Total Bookings/Events Total Facilities Other Services Users 


} Home 
© Facilitites 
@ Services 
Today Bookings 
Events / Clients 
Messages Name of Person Website Event description Expected no. of people Expected no. of cars 
igh Account 
Reports 


% Settings Upcoming Events 


") Logout 


Name of Person Website Event description Expected no. of people Expected no. of cars 


Figure 4.4.1.3: Details Records 


This presents the administrator with the details being fed by the clients. 
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Action 


Action 


MENU 


} Home 
& Facilitites 
» Services 
Events / Clients 
Messages 
2. Account 


Reports 


Settings 


© Logout 


Reports 
Choose Date Range Status 
04/18/2020 - 04/18/2020 4 All + | Generate | 

Total : 3 
Facility Type Start Date End Date Booked By 
Main Hall music 2020-02-11 00:00:00 2020-02-12 00:00:00 John Doe 
Main Hall music 2020-02-14 09:00:00 2020-02-14 12:00:00 John Doe 
Main Hall conference 2020-02-14 08:00:00 2020-02-14 14:00:00 John Doe 


Figure 4.4.1.4: Report Generation Page 


Paid 


Paid 


Paid 


Paid 


Amount Paid 


This presents the administrator an opportunity to view and generate the details 


fed into the system. 
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MENU 


- Settings 
fp} Home 
® Facilitites ; 
Declaration 
® Services 
Terms Of payment 
Events / Clients B|=2/|xX| 24 fF O & 14+ Belin) > = is = 
sy <> 
Messages ed 2 
test policy 
SL Account 
Reports 
{S$ Settings 
Cancellation Policy 
Bi/@/x/|2@\|| F/O} 4] 4 Bie||m| %| = || x = 
© Logout 
s- eo 
cancellation policy 
Declaration 
Bi/=2ix/|aiFiC| &] 4- || Bi-eijim| &| S- x. = 


declaration policy 


Figure 4.4.1.5: Policies Page 


This enables to view the terms and conditions, policies, and declarations of the 


auditorium. 
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4.4.1.6 Getting started 


f XAMPP Control Panel v3.2.2 [ Compiled: Nov 12th 2015 ] 


XAMPP Control Panel v3.2.2 


Modules 
Service Module 


Apache 
MySQL 
FileZilla 

Mercury 


Tomcat 


vl [main] 
Vl [main] 

vl [main] 

V). [main] 
[Apache] 
| [Apache] 
vl [mysql] 
vl [mysql] 


a ee 0 ep oe © eo oe oe oe 


oo co oO CO CO 


PID({s) Port(s) Actions 
16216 80,443 | Stop 
6608 3306 Stop 
Start 
Start 
Start 


All prerequisites found 

Initializing Modules 

Starting Check-Timer 

Control Panel Ready 

Attempting to start Apache app... 
Status change detected: running 
Attempting to start MySQL app... 
Status change detected: running 


Admin 


Admin 


Admin 


Admin 


Admin 


Figure 4.5.6: Local server page 


This is where the system is locally ran. 
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Config 
Config 
Config 
Config 


Config 


Logs 
Logs 
Logs 
Logs 


Logs 


Oo x 
& Config 
@ Netstat 
Gl Shell 
|) Explorer 
© Services 
© Help 


{i Quit 


CHAPTER 5 


CONCLUSION AND RECOMMENDATION. 


5.1 INTRODUCTION 

Recently, internet has become very common which people use every time. Internet is used 
through desktop, laptop, tablets and smart phones that can be found in the hands of a great 
number of people in the world. The documented auditorium booking management project 
is actually an attempt to establish a system by which the users can book the UPSA 
auditorium from their comfort zones. It was a very challenging project due to the 
distractions of the novel corona virus pandemic, we could not collect as much data as we 
needed but we endeavored to fully complete it at the required period. At the initial stage, 
we did not know how the interface would be. Though it is challenging to build up a new 
project, we have built it. We think it is the first auditorium booking management system 
for UPSA. Clients can successfully secure spaces in the auditorium within few minutes 


without having to move to the school hence valuable time will be saved. 


5.2 SUMMARY 
Auditorium Booking Management System is a platform that provides interested parties the 


opportunity to secure a space or facility in an auditorium irrespective of the place you are, 


provided you are connected or have access to the internet. This has saved the time and has ease 


clients’ efforts to booking a space. Online Auditorium Booking Management System has made 


booking of facilities easier, faster, and convenient and has driven business to a new phase, 


compelling competitors to make adjustments in order to prevent them from lagging behind. The 
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outcome of this project underscores the need for auditorium managers to take online market 
seriously. Our survey established that stakeholders of the auditorium are fed up with the hectic 
process the manual process presents them and they would like a technology driven process that 


would bring an end to their inconveniences. 


3.0 RECOMMENDATIONS 
User requirements keep changing as the system is being used. Some of the future 


enhancements that can be done to this system are: 


i. As the technology emerges, it is possible to upgrade the system and can be adaptable 
to desired environment. 

ii. Because it is based on object-oriented design, any further changes can be easily 
adaptable. 

ili. Based on the future security issues, security can be improved using emerging 
technologies. 

iv. iv. Sub modules can be added. 


v. Any in-built web browser can be added. 


5.4 CONCLUSION 


The “Auditorium booking management system” was successfully developed and is tested 
for accuracy and quality. During this project, we have accomplished all the objectives and 


this project meets the needs of the organization. 
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APPENDICES 


I. Appendix: Programming Codes 
. Admin controller 
<?php 


namespace App\Http\Controllers; 


use Illuminate\Http\Request; 
use Auth; 

use Session; 

use DB; 

use App\User; 

use App\Facility; 

use App\Service; 

use App\FacilityImages; 

use App\Booking Facility; 


class AdminController extends Controller 


{ 
H 


public function login(){ 
return view(‘admin.login'); 


} 


public function home(){ 
return view(‘admin.home’); 
} 
public function logout(){ 
Auth: :logout(); 
return redirect('/admin/login'); 


} 


public function generateRandomNumber($length=5) { 
$result = "; 
for($i = 0; $i < $length; $i++) { 
$result .= mt_rand(0, 9); 
} 


return $result; 


} 
public function authenticate(Request $r){ 
if(Auth: :attempt(['username' => $r->username, 'password' => $r-> password], $r-> remember) ){ 


return redirect()->intended('/admin/home'); 
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} 
Session: :flash('error’, Invalid Username or Password’); 
return back(); 


} 


public function account(){ 
$users = User: :all(); 
return view('admin.account'’,compact('users')); 


public function deleteUser(Request $r){ 
$del = User::where('id',$r->id)->delete(); 


if($del){ 

return ['status'=>'success']; 
} 
return ['status'=>'error']; 


} 
public function saveaccount(Request $r){ 
$add = User::create([ 
‘username'= > $r->username, 
'password'=>bcrypt($r-> password) 
1); 
if($add){ 
Session: :flash('success','New Account Added Successfully’); 
return back(); 
} 
Session: :flash( ‘error’, 'User could not be added'); 
return back(); 


} 


public function addFacility(){ 
return view(‘admin.addfacility’); 


} 


public function saveFacility(Request $r){ 
//return $r->all(); 
$confadd = []; 
$musicadd= []; 
if(isset($r->conf_add_count) && $r->conf_add_count >=1){ 
for($i=1;$i< =$r->conf_add_count;$i++)f{ 
array_push($confadd, [ 'conf_add_amount'= > $r->{'conf_add_amount'.$i}, 'conf_add_hour'=> $r- 
>{'conf_add_hour'.$i}]); 
} 
} 
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if(isset($r->music_add_count) && $r->music_add_count >=1){ 
for( $i=1;$i< =$r->music_add_count; $i+ +){ 
array_push($musicadd, ['music_add_amount'= > $r- 
>f{'music_add_amount'.$i},'music_add_hour'=>$r->{'music_add_hour'.$i}]); 
} 
} 


$mainimage = null; 
if($file = $r->file('main_image')){ 
$ext = $file->extension(); 
$newname = $this-> generateRandomNumber(20).'.'. $ext; 
$file->move('storage', $newname); 
$mainimage = $newname; 


} 


$add = Facility: :create([ 
‘name'=>$r->name, 
‘description'= > $r-> description, 
‘capacity'= > $r->capacity, 
‘conf_fixed_price'=>$r->conf_amount, 
‘conf_fixed_hours'=>$r->conf_hours, 
‘conf_additional_price'=>json_encode($confadad), 
'‘music_fixed_price'=>$r->music_amount, 
'music_fixed_hours'=>$r->music_hours, 
‘image'= > $mainimage, 
'‘music_additional_price'=>json_encode($musicadd) 


D; 


if($add){ 
if($r->hasFile('supporting_images')){ 
$files = $r->file('supporting_images'); 
foreach($files as $file) { 
$ext = $file->extension(); 
$newname = $this-> generateRandomNumber(20).'.'. $ext; 
$file->move('storage’, $newname); 
Facilitylmages: :create([ 
‘facility_id'= >$add-> id, 
‘image'=> $newname 
Vs 
} 
} 
Session: :flash('success','New Facility Added Successfully'); 
return back(); 


} 
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else{ 
Session: :flash(‘error','Error Whiles Adding a new Facility. Try again’); 
return back(); 
} 
} 


public function facilityList() { 
$facilities = Facility: :all(); 
return view(‘admin.facilitylist’,compact(‘facilities')); 


} 


public function deleteFacility(Request $r){ 
$del = Facility: :where(‘id', $r->id)->delete(); 


if($del){ 
return ['status'=>'success']; 
Jelsef{ 
return ['status'=>'error']; 
} 
} 


public function addService(){ 
return view(‘admin.addservice'); 


} 


public function saveService(Request $r){ 
//return $r->all(); 
$confadd= []; 
if(isset($r->conf_add_count) && $r->conf_add_count >=1){ 
for($i=1;$i<=$r->conf_add_count;$i++){ 
array_push($confadd, [ 'add_amount'=> $r->{'conf_add_amount'.$i},'add_hour'=> $r- 
>{'conf_add_hour'.$i}]); 
} 
} 
$add = Service: :create([ 
‘name'= > $r->name, 
‘description'= > $r-> description, 
'type'=>$r->type, 
‘fixed_price'=>$r->conf_amount, 
‘fixed_hours'=>$r->conf_hours, 
‘additional_price'= > json_encode($confadd) 
1); 
if($add){ 
Session: :flash(‘success','New Service Added Successfully’); 
return back(); 


49|Page 


} 

else{ 

Session: :flash(‘error','Error Whiles Adding a new Service. Try again’); 
return back(); 


} 


public function serviceList(){ 
$services = Service: :all(); 
return view(‘admin. servicelist',compact('services')); 


} 


public function deleteService(Request $r){ 
$del = Service::where(‘id',$r->id)->delete(); 


if($del){ 

return ['status'=>'success']; 
felsef{ 

return ['status'=>'error']; 
} 


} 
public function clients(){ 
return view(‘admin.client'); 


} 


public function showhide( $id, $status) { 
Facility::where( ‘id’, $id)->update(['status'=>$status]); 
Session: :flash(‘success','Action Completed Successfully’); 
return redirect('/admin/facilitylist'); 


} 


public function settings(){ 
$settings = DB::table('settings')->where('id',1)->first(); 
return view(‘admin. settings’, compact(‘settings')); 


} 


public function saveSettings(Request $r){ 

$save = DB::table('settings')->where(‘id',1)->update([ 
'terms'=>$r->terms, 
'‘policy'=>$r->policy, 
‘declaration'=> $r-> declaration 

)); 

Session: :flash(‘success', ‘Settings Updated Successfully’); 

return back(); 


} 
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public function messages(Request $r){ 
$messages = DB::table('messages')->orderBy(‘id','DESC')->get(); 
return view(‘admin.messages', compact('messages')); 


} 


public function reports(){ 
return view(‘admin.reports'); 


} 


public function fetchreport(Request $r){ 
$dates = explode('-',$r->dateranges); 
$startdate = date('Y-m-d H:i',strtotime($dates[0])); 
$enddate = date('Y-m-d H:i',strtotime($dates|[ I])); 
if($r->facilities=='all'){ 
$bookings = BookingFacility::where('startdate','>=', $startdate)- 
>where('enddate’','<=', $enddate)->get(); 
felsef{ 
$bookings = BookingFacility::where(‘facility_id',$r->facilities)- 
>where('startdate','>=', $startdate)->where('enddate’,'<=', $enddate)->get(); 
} 
return view(‘admin. reports’, compact(‘bookings')); 
} 
} 


Front end controller 
<?php 


namespace App\Http\Controllers; 


use Illuminate\Http\Request; 
use App\Client; 

use Session; 

use Auth; 

use Hash; 

use App\Facility; 

use App\Service; 

use App\Slydepay\SlydelIntegrated; 
use App\Booking; 

use App\Booking Facility; 
use Mail; 

use DB; 


class FrontendController extends Controller 


{ 
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/ 
public function book(){ 
return view('book'); 


} 


public function checkStatus(Request $r){ 

//return $r->all(); 

$dates = explode('-',$r->thedate); 

$startdate = date('Y-m-d H.i',strtotime($dates[0])); 
$enddate = date('Y-m-d H:i',strtotime($dates[1])); 


if(Booking Facility: :where(‘facility_id', $r->facility)->where('startdate','>=', $startdate)- 
>where('enddate','<=', $enddate)->exists()){ 
Session: :flash(‘error','Date you have selected has already been booked'); 
return back(); 
} 
Session: :flash(‘success','Date you have selected is Available. Start Booking’); 
return back(); 


} 


public function generateRandomNumber($length=5) { 
$result = "; 
for($i = 0; $i < $length; $i++) { 
$result .= mt_rand(0, 9); 
} 


return $result; 


} 


public function login(){ 
return view(‘login'); 


} 


public function signup(){ 
return view(‘signup'); 


} 


public function logout(){ 
Auth: :guard(‘client')->logout(); 
return redirect(’/'); 


} 


public function createClient(Request $r){ 
$checkemail = Client::where('email'’, $r->email)->exists(); 
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if($checkemail){ 
Session: :flash(‘error’, ‘Sorry. This email already exists in our system.'); 


return back(); 


} 


$token = $this->generateRandomNumber(20); 

$add = Client::create([ 
‘surname'=>$r->surname, 
‘othernames'=>$r->othernames, 
'‘phone'= > $r->phone, 
‘email'= > $r->email, 
'password'=>bcrypt($r-> password), 
‘emailtoken'=> $token 


); 
if($add){ 
try{ 

$link = url('/activate')./'.$token.'/'. $add-> id; 

Mail: :send(‘emails.register',['surname' => $r->surname, 'link'=>$link],function ($m) use ($r){ 
$m->from(‘upsaauditorium@ gmail.com’, 'UPSA Auditorium Booking’); 
$m->to($r->email)->subject('User Account Activation’); 

}); 

jcatch(\Exception $e){} 


Session: :flash('success’,'Account Creation Successful.Please Check your Email to Activate 
Account '.$link); 
return redirect(/login'); 


} 


Session: :flash(error','Error Whiles Creating Account. Please try again’); 


return back(); 


public function activateAccount( $token, $id) { 
$find = Client: :where('emailtoken', $token)->where(‘id', $id)->exists(); 
if( Sfind){ 
Client: :where(‘id', $id)->update([ 
‘activated'=> 1, 
‘emailtoken'=>" 


D; 


Session: :flash(‘success','Your Account Has been Activated Successfully. Login to Continue’); 


return redirect(‘/login'); 
felsef{ 
return view('errors.404'); 


} 
} 
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public function authenticate(Request $r){ 
if(env('VALIDATEBEFORELOGIN', false')=='true'){ 
$check = Client::where(‘email', $r->email)->where(‘activated',0)->exists(); 
if($check){ 
Session: :flash(‘error', 'Sorry.. Your Account has not been activated.. Please check your email and 
activated it or Contact System Admin'); 
return back(); 
} 
} 


if(Auth: : guard(‘client')->attempt(['email' => $r->email, ‘password' => $r->password])){ 
return redirect()->intended('/book'); 

} 

Session: :flash('error’, Invalid Username or Password'); 

return back(); 


public function gotobookI(Request $r){ 

Session: :put(‘eventdetails', $r->all()); 

$getdate = explode('-', $r->eventdate); 

$getdate[0] = $this->formatDate(trim($getdate[0])); 

$getdate[1] = $this->formatDate(trim($getdate[ 1])); 

if(Booking::where('‘startdate’,'>=',$getdate[0])->where('enddate','< =', $getdate[ 1])->exists()){ 
Session: :flash(‘error’, ‘Sorry the date you selected is not available.. Choose another event date’); 
return back(); 

} 

return redirect('/book1'); 


} 


public function book1(){ 
if(!Session: :has('eventdetails')) { 
return redirect('/book’); 
y 
//dd(Session: : get(‘eventdetails')); 
$facilities = Facility::where('status',1)->get(); 
return view(‘book1',compact( ‘facilities')); 


} 


public function addtocart(Request $r){ 
if(Session: :has(‘cart')){ 
$cart = Session: :get('cart'); 
Jelsef{ 
$cart = []; 
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} 

array_push($cart, $r->except(['_token'])); 

Session: :put(‘cart’, $cart); 

Session: :flash(‘success','Item Successfully Added to Cart'); 
return back(); 


public function book2(){ 
if(!Session: :has('eventdetails')){ 
return redirect('/book’); 
} 
if(!Session: :has(‘cart')){ 
return redirect('/book1'); 


} 


$cart = Session: :get(‘cart'); 

//dd($cart); 

if(count($cart)==0){ 
Session: :flash('error’,'No Item in cart'); 
return redirect('/book1'); 

} 

$services = Service: :all(); 

return view('book2',compact( ‘cart’, 'services')); 


public function account(){ 
return view(‘account'); 


} 


public function savePassword(Request $r){ 

$client = Client::where(‘id',Auth::guard(‘client')->user()->id)->first(); 
if(Hash: :check($r->oldpassword, $client->password)){ 

$client-> password = bcrypt($r-> password); 

$client->save(); 

Session: :flash(‘success','Password Updated Successfully'); 

return back(); 
} 

Session: :flash('error','Old Password you entered is invalid '); 

return back(); 


public function makePayment(Request $r){ 
$cust_ref = $this->generateRandomNumber(10); 
$pay = SlydelIntegrated::createInvoice($cust_ref, r->description, $r->amount); 
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//dd($pay); 
if($pay['status']=='success'){ 
Session: :put(‘paydetails'’,['cust_ref'=>$cust_ref, 'amount'=>$r->amount]); 
return redirect("https://app.slydepay.com/paylive/detailsnew.aspx ?pay_token=".$pay['response']- 
>result->payToken); 
} 
Session: :flash(‘error','Payment Initialization failed... try again’); 
return back(); 


public function formatDate($date){ 
$getpart = explode(' ', $date); 
$datepart = explode(/’, $getpart[0]); 
$newdate = $datepart[2].'-'.$datepart[ 1 ].'-'.$datepart[0]; 
return $newdate.' '.$getpart[ 1]; 


} 


public function response(Request $r){ 
if(isset($r->status)){ 
if($r->status==0){ 

$ev = Session: :get('eventdetails'); 

$cart = Session::get('cart'); 

$paydetails = Session: :get(‘paydetails'); 

$dates = explode('-', $ev['eventdate']); 

$startdate = date('Y-m-d H.i',strtotime($dates[0])); 

$enddate = date('Y-m-d H:i',strtotime($dates[1])); 

$savetodb = Booking::create([ 
‘nameofperson'= > $ev['nameofperson'], 
‘website'=>$ev['website'], 
'rep_person'=>$ev['rep_person'], 
'rep_phone'= > $ev[ 'rep_phone'], 
'rep_email'=>$ev['rep_email'], 
‘description'=>$ev['description'], 
‘expnopeople'= > $ev[ 'expnopeople'], 
‘expnocars'= > $ev['expnocars'], 
‘startdate'= > $startdate, 
‘enddate'= > $enddate, 
‘extrainfo'=>$ev['extrainfo'], 
‘highprofile'=>$ev[‘highprofile'], 
'package'=>json_encode($cart), 
‘haspaid'=> 1, 
‘amountpaid'= > $paydetails[‘amount'], 
‘payment_method'=>", 
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'reference'=>$r->cust_ref, 
‘date_paid'=>date('Y-m-d H.-i:s'), 
‘client_id'=>Auth::guard(‘client')->user()->id, 


); 


// $evdate = explode('-', $ev['eventdate']); 
$facilitybooked = []; 
foreach($cart as $c){ 
$getdate = explode('-',$c[ '‘date']); 
$getdate[0] = $this->formatDate(trim($getdate[0])); 
$getdate[ 1] = $this->formatDate(trim($getdate[ 1])); 
BookingFacility::create([ 
'booking_id'=>$savetodb-> id, 
‘facility_id'=>$c['id'], 
‘type'=>$c[ ‘type'], 
'thedate'=>$startdate, 
'‘startdate'=>$getdate[ 0], 
‘enddate'= > $getdate[ 1] 
1); 


array_push($facilitybooked, Facility: :where(‘id', $c[ 'id'])->first(['name'])->name); 
} 


try{ 
$data = [ 
‘surname'=> Auth: :guard(‘client')->user()-> surname, 
‘nameofperson'= > $ev['nameofperson'], 
‘website'=>$ev['website'], 
‘description'=>$ev['description'], 
‘amountpaid'= > $paydetails[ ‘amount'], 
‘facilities'=> $facilitybooked 
TI; 
Mail: :send(‘emails.afterpurchase’, $data, function ($m){ 
$m->from(‘upsaauditorium@ gmail.com', 'UPSA Auditorium Booking’); 
$m->to(Auth::guard('client')->user()->email)->subject('Order Summary'); 


Ds 
jcatch(\Exception $e){} 


Session: :flash('success’,'Payment went through Successfully’); 
return redirect('/book2'); 
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Session: :flash(‘error’,'Payment was not successful.. Try again’); 
return redirect('/book2'); 
} 
Session: :flash(‘error','Payment was not successful.. Try again’); 
return redirect('/book2'); 


} 


public function payment(){ 
$payment = Booking: :where('client_id',Auth::guard(‘client')->user()->id)->get(); 
return view(‘payment',compact('payment')); 


} 


public function removeltem($index){ 
$cart = Session: :get(‘cart'); 


if(count($cart)==0){ 
Session: :flash('error','No item in cart’); 
return back(); 

} 

unset($cart[ $index]); 

$cart = array_values($cart); 

//$ct = array_splice($cart, $index, 1); 

Session: :put(‘cart’, $cart) ; 

Session: :flash(‘success','Item Successfully removed from cart'); 
return back(); 


public function gallery(){ 
$facilities = Facility::get(); 
return view('gallery'’,compact('facilities')); 


} 


public function message(){ 
return view('messages'); 
} 
public function sendmessage(Request $r){ 
$save = DB::table('messages')->insert([ 
‘client_id'=>Auth::guard('client')->user()->id, 
'message'=> $r->message 
dD; 
Session: :flash('success','Message Has been Sent Successfully’); 
return back(); 
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